home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / applications / 2527 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: walrus.megabaud.fi!not-for-mail
  2. From: petrin@walrus.megabaud.fi (Petri Nordlund)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: Re: Executive and AmiTCP..
  5. Date: 27 Feb 1996 17:06:14 +0200
  6. Organization: Megabaud Oy,Helsinki,Finland
  7. Message-ID: <4gv6l6$qb6@walrus.megabaud.fi>
  8. NNTP-Posting-Host: walrus.megabaud.fi
  9.  
  10. Mathew Hendry (m.hendry@dial.pipex.com) writes:
  11. >Of course. The startnet script launches several tasks other than AmiTCP itself -
  12. >inetd, INET (the INET: device driver), NETTRACE, and any other active daemons
  13. >you may have running, such as httpd, fspd, smtpd etc.
  14.  
  15.   Yes, but tasks like NETTRACE don't do any serial transfer, so they can
  16.   be scheduled. If you look at Ps-client's output, you'll see they have
  17.   been idle for a long time, probably since you started AmiTCP.
  18.  
  19. >(device drivers are also launched, but these start up with a priority above
  20. >Executive's default catch range, and so will not normally be sheduled anyway).
  21.  
  22.   True.
  23.  
  24. >Quite _why_ the AmiTCP tasks grind to a halt when you use Executive is a
  25. >mystery to me, though. I've never had any such problems. The only thing I can
  26. >think of is that you are running some other CPU intensive task at the same
  27. >time as AmiTCP, and are allowing this task too much CPU time.
  28.  
  29.   As long as that CPU intensive task is scheduled and the AmiTCP tasks
  30.   are not, there's no problem.
  31.  
  32.   It should be noted that if a command like NCFTP is executed on a shell,
  33.   Executive will not notice it, because it's not a new task. If a command
  34.   like this should not be scheduled, it's priority must be manually set
  35.   above the catch range, for example with the command "ctp 3". Then just
  36.   execute the command normally and it will not be scheduled.
  37.  
  38. >The only way to fix it completely would be to add a capability to BlitzBlank
  39. >to keep an eye on Executive's CPU load stats, so that it could switch to
  40. >another blanking method which consumes less or no CPU time when the total
  41. >CPU load reaches a preset threshold. BlitzBlank does have its own "Watch CPU"
  42. >option, but it doesn't work properly when Executive is running.
  43.  
  44.   The best solution would be to run the blanker in a totally separate
  45.   task at low priority (below Executive's catch range) and have another
  46.   task watching for mouse movement and keyboard, so the screen could
  47.   be easily unblanked (the blanker task's priority has to be first
  48.   raised so it will get CPU time to close it's screen).
  49. -- 
  50.                                       __
  51.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~///~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  52.        Petri Nordlund             __///         petrin@megabaud.fi
  53.  ---------------------------------\XX/----------------------------------
  54.